home *** CD-ROM | disk | FTP | other *** search
/ Software of the Month Club 2000 October / Software of the Month - Ultimate Collection Shareware 277.iso / pc / PROGRAMS / UTILITY / WINLINUX / DATA1.CAB / programs_-_usrdoc / XLOCKMOR.{2Q / TODO.{_9 < prev    next >
Encoding:
Text File  |  1999-09-17  |  11.7 KB  |  264 lines
  1. General problems:
  2.  
  3.   o It would be nice to have an option -idletime time.  Where xlock would
  4.    run after a certain idle time.  (Here xautolock may help you, see
  5.    above).
  6.  
  7.   o xscreensaver compatibility
  8.     2 of the writeable modes: mandelbrot, tube-> get them to RUN (compile ok)
  9.     XPM  capability needs to be improved.
  10.  
  11.   o -wireframe should be a mode option (i.e. you should be able to turn it
  12.     on and off for a particular mode).  Also a linewidth mode option would be
  13.     nice
  14.  
  15.   o I got an error with moebius running it on opengl on a 24 bit TrueColor like:
  16.     xlock -mode moebius -visual PseudoColor
  17.     (all the gl modes are messed up anyway... all mono)
  18.  
  19.   o some configurations of linux: swarm has noise when bees go beyond screen
  20.  
  21.   o A few unintialized memory reads and memory leaks were detected in some
  22.    of the code.  grep for "PURIFY" in the source files to see where the
  23.    remaining problems are.  Also see docs/Purify for more details. 
  24.  
  25.   o -mono does not work for XPM, especially cartoon (others use XBM when
  26.    mono), also cage and stairs.
  27.  
  28.   o Options within a mode can not be duplicated in other modes.  Temporary
  29.    solution is to have xlock modes like "-neighbor" that only a few of the
  30.    modes use.
  31.  
  32.   o -use3d -install is messed up on Sun's PseudoColor.  Magenta boxes are
  33.    seen on the star mode.  In worm mode, worms might be red and magenta
  34.    instead of red blue (and depending on SunCC or SunOS).
  35.  
  36.   o Not all resources are listed in "xlock -resources", e.g. nolock.
  37.    If xlock is renamed these resources are not picked up.
  38.  
  39.   o Without any programs stealing your colors, like netscape
  40.    xlock -modelist all -sequential -install -verbose
  41.    Hit the middle button a hundred times (not to bad on an ultra actually)
  42.    or try -duration 1 and let it sit for a while.
  43.    The second time it runs the GL modes they have all lost some colors.
  44.    This was only noticed on Solaris with pseudocolor.  Also noticed on an
  45.    ancient HP9000/380 HPUX9.0 with 6 bit depth (without netscape).
  46.  
  47.   o On a German keyboard and Linux if the password contains special
  48.    characters (`|' vertical bar, `@' at-sign) while in debug mode
  49.    everything works fine. This probably has something to do with the
  50.    X11-keymapping, as these characters are composed with the right Alt-key
  51.    on a German keyboard. 
  52.  
  53.   o neighbors option for wator and voters... sometimes circles are not
  54.    drawn in the correct spot.  A -/+ wrap option would be nice also.
  55.  
  56.   o OpenGL and DT may be incompatible on PseudoColor.  (MesaGL should be
  57.    OK.)  OpenGL frequently causes xlock to error out on non-default visuals.
  58.  
  59.   o -visual DirectColor if used with any of the with the writeable modes
  60.    (mandelbrot, swirl, or tube) may corrupt the dynamic allocation of memory.
  61.  
  62.   o Errors in modes, if any, should not break lock.
  63.  
  64.   o Compile-time option to allow running of separate processes.
  65.  
  66.   o Fallback font if screen is small for marquee and nose... like bomb
  67.  
  68.   o make -n install prefix=/foo/bar does not work.
  69.   
  70.   o "xlock -mode random -modelist image -bitmap ./bitmaps/"
  71.    It should change images when middle mouse is pushed or when
  72.    -duration time runs out.
  73.  
  74.   o some sort of completion is used which may be confusing on UNIX
  75.    Say if a ../bitmaps directory exists and ../bitmap does not
  76.    xlock -mode random -modelist image -bitmap ../bitmap
  77.    will try to load ../bitmaps as a file...
  78.  
  79.   o kill -HUP to change modes as well as middle mouse button.  Needed when
  80.    using -inroot .
  81.  
  82.   o jpeg/gif/animated gif support  Fix ras for > 8 bit TrueColor
  83.  
  84.   o "-visual" commandline argument should accept "best" as well as
  85.    PseudoColor, TrueColor, default, etc.
  86.  
  87.   o modes from xscreensaver :) : bubbles, moire, LMorph, halo, ImsMap, BlitSpin
  88.  
  89.  
  90. Mode specific problems:
  91. ----------------------
  92.   Various modes need better refresh capability.
  93.   Various modes need more mouse capability like pacman and worm.
  94.  
  95.   ant: round ants.  This would involve masking and images to do efficiently.:q
  96.  
  97.   ball: can it be updated to use a pixmap instead of a slow circle fill?
  98.  
  99.   braid: should be made so that it can be interrupted quicker.
  100.  
  101.   bouboule: always starts at the bottom right
  102.  
  103.   bounce:
  104.     sometimes a ball does not roll off another ball.
  105.     momentum seems to be created.
  106.     A -wall option, multiscreens should have balls bouncing between
  107.       screens.
  108.     -mode bounce -inroot may give BadWindow in X_GetWindowAttributes
  109.       if run for a while, but the screen is not locked :)
  110.     allow a background picture to be seen behind the bouncing football
  111.       (soccer ball) in "bounce" mode.  Thus a picture of your favorite
  112.       team, etc. can be seen behind the bouncing balls.
  113.     football version of "bounce" using a pigskin instead of a soccer ball for
  114.       Americans/Canadians/etc.
  115.     Different balls with different mass and size.
  116.  
  117.   bug:
  118.     -neighbors option
  119.     init_bug should be broken up so it can be interrupted
  120.  
  121.   dclock:  needs a -led [LED] option
  122.  
  123.   ico:
  124.     should have all the features of the original.
  125.     triangular face objects do not look good when rotated.
  126.  
  127.   image: middle button should do something when called like
  128.      "-bitmap ./bitmap/"
  129.  
  130.   flag:
  131.     sometimes a refresh causes a white background rectangle 
  132.  
  133.   hop: center and size many of the hops.
  134.  
  135.   kaleid: needs to be triangular.
  136.  
  137.   life:
  138.     -find option to find new lifeforms.  (mail the results out :) ).
  139.     Allow more symmetric type rules as proposed by Dr. Andreen.
  140.     When the bitmap is big it is rejected.  Probably could be handled
  141.       better but if accepted then the screen could be blank because there
  142.       are bitmaps that are off screen.
  143.  
  144.   life3d: draws invisible cubes when it does not have to.  The original
  145.     MS DOS code weeded this out, but it did not seem to port to X.
  146.     Also see life.
  147.  
  148.   marquee:
  149.     "-messagefile filename" truncates a large file.
  150.     "-message string" does not handle Control-H correctly.
  151.  
  152.   mountain: -size # for mountain should do something.
  153.  
  154.   nose: should handle Control-H better for underlining and accents.
  155.  
  156.   pyro: needs XDrawSegments code similar to swarm to give it depth.
  157.  
  158.   slip:
  159.     should be less jarring
  160.     get rid of single color blotch.
  161.     should be made so that it can be interrupted quicker.
  162.  
  163.   star:
  164.     fractal cracks when hit by rocks (with sound?)
  165.     user defined ships (user defined pixmaps like eyes and pacman).
  166.     stars should look more star-like "*"'s
  167.  
  168.   wire:  it needs a better circuit generator.
  169.  
  170.   xglock:  Needs a lot of work.
  171.   
  172.   kscreensaver:  port xlock to KDE.
  173.  
  174.  
  175. New mode ideas... (some may be very hard :) ):
  176. ---------------------------------------------
  177.   o "dead" a Grateful Dead mode with dancing bears/skeletons/turtles.
  178.       (Or maybe "nose" in a tie die?)
  179.   o "floyd" a Pink Floyd mode from the cover of "Dark Side of the Moon"
  180.       with a turning  prism and rainbow effect.
  181.   o "graph" a random planar graph drawn ... filled in by a 5 (or 4 :) )
  182.       coloring algorithm.
  183.   o "invert" a demonstration of turning a sphere inside out without creating
  184.       any kinks (two surfaces can occupy the same space at the same time).
  185.       Randomize the viewing angle.
  186.   o "minimal" a random minimal surface generator.
  187.   o "snow" mode with a nice Winter scene picture background and snowflakes
  188.       falling
  189.   o "squig" mode from squig/xsquig (xsquig is too slow)
  190.   o A NT-like GL 3d Maze, where you are inside the maze
  191.   o A NT-like GL wobbling Text (OS by default like flag)
  192.   o NT-like GL FlowerBox spring and Flying Objects
  193.   o A GL 4d ico where the 6 4D "platonic" objects "roll" around in 3d space.
  194.   o GL modes based on demos: isosurf, reflect, bounce, stex3d
  195.   o KitCat (R) clock mode (based on X11 catclock, a version of xclock) where
  196.      the cat clock floats around the screen like "dclock" mode does.  Colors
  197.      of cat clock could be picked like nose-guy in "nose" mode.
  198.   o Lottery with bouncing numbered balls like PowerBall.
  199.   o A simple set of 2d geometric shapes that morph into one another whilst
  200.      colour cycling. So say you start with a rectangle that morphs into a
  201.      circle (leaving a small trail like Qix) that morphs into a triangle
  202.      that morphs into a polygon that morphs into a rectangle, etc. All the
  203.      while you have movement and colour cycling like Qix.  If the trail is to
  204.      large then things could become messy, but if too short then you loose the
  205.      history element.
  206.   o A simple bouncing ball on a chess board. The ball is a silver
  207.      ray-traced/rendered globe. The chess board is a series of black and
  208.      white squares. Each black square is gold veined marble with the gold
  209.      glinting. Each white square is a textured surface (like little bumps, or
  210.      ridges). The whole sceen is lit from two light sources (either fixed or
  211.      moving). As the ball bounces it reflects like a mirror what is around it.
  212.   o A variant of the above whould be to hold that ball still in the centre of
  213.      the screen and move a randomly chosen bitmap around the ball.
  214.   o The above could also have embossed on standout lettering added (say a
  215.      single word like Linux). The lettering could either be stationary or
  216.      float around the ball in orbit a bit like the the Universal studios logo
  217.      where the Universal name revolves around a picture of the earth.
  218.   o Take pipes and add the constantly moving view point that you get with
  219.      rock so the mass of pipes seems to revolve and rotate around a moving
  220.      point in space.
  221.   o Make the little man in Nose seem to carve the letters of the message into
  222.      rock, or paint them on the screen.
  223.   o Make marquee use 3d extruded text that can be texture mapped and seem to
  224.      zoom into and out of the screen with the zomm source point drifting
  225.      around the screen at random
  226.   o Make puzzle take the present desktop image, invert it and shuffle the
  227.      pieces then put the whole things back. Once it has reassembled the
  228.      desktop you could have the image flip top over bottom as it receeds into
  229.      the screen,  only to have a new randomly shuffled version of the desktop
  230.      flip back out.
  231.   o Use the spheres generated in sphere to draw molocules on the screen,
  232.      colour coding for the various types of atom present. A limit on the size
  233.      of each sphere would be needed. The spheres could be joined by simple
  234.      white lines. If you are feeling adventurious you could make it seem to
  235.      rotate in space so all parts of the molocule could be seen.
  236.   o In shape change things so that the shapes appear to be extruded from a
  237.      random point on the screen. You could aslo  have a number of shapes be
  238.      extruded, each from its own origin, only to shrink back into the screen
  239.      again.  Each time a shape  shrinks back into the screen the origin would
  240.      move and a new shape would be choosen.
  241.   o When the screensaver is started have curtains drawn accross the desktop
  242.      at a medium pace, a second or twos pause then the curtain a pulled open
  243.      quickly to reveal a bitmaped image in place of the desktop. This cycles
  244.      with a different image each time.
  245.   o In pyro have the fireworks appear to zoom from a randomly choose point on
  246.      the screen. This would give the effect of the display being seen from
  247.      above.
  248.  
  249. PLEASE NOTE:
  250. -----------
  251.   I _REALLY_ hate to turn down contributions...  I will try to consider
  252.    all submissions.  Some things on new modes that bother me are:
  253.    Did not black out the screen when they start.  I do not like people
  254.      to see what I am doing. :^|
  255.    Did not work in the little window or buggy.
  256.    Is too similar mode to a mode that already exists. (Maybe an option could
  257.      be added on an existing mode?).
  258.    Many people complained about the mode.
  259.    Just not enough randomness or is not interesting enough.
  260.    No multiscreen support.
  261.   But I labor over them (in a haphazard fashion) and they usually are
  262.    released eventually.  (If they are in assembler I would definitely need
  263.    a working example and all the binaries and libraries to get it to run.)
  264.